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(54) Graphical message notification 

(57) The invention provides a method, apparatus 
and system for providing an addressee of a stored mes- 
sage with a graphical notification associated with a 
source of the stored message. In general terms, a com- 



munications device of the addressee is presented with 
the graphical notification in the form of an information 
signal which relates the stored message to at least one 
graphical image associated with the source of the stored 
message. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to s 
messaging systems, and more particularly, to a method, 
apparatus and system for providing an addressee with 
graphical notification of a waiting message, and to a 
computer readable medium providing codes for direct- 
ing a computer to provide same. 10 

BACKGROUND 

[0002] Electronic messaging systems, such as voice 
mail systems and email systems, have been widely '5 
adopted in most commercial and non-commercial are- 
nas for storing and retrieving digitized messages. Such 
messaging systems require a mechanism for notifying 
users of unreviewed messages. 

[0003] Several methods of message notification are 20 
known in the art. In conventional voice messaging sys- 
tems, for instance, a subscriber may be notified that re- 
corded messages are awaiting the subscriber's review 
using one of a variety of notification schemes. In some 
messaging systems, a display light connected to a panel 25 
of a telephone may flash on and off to identify that re- 
corded messages await retrieval. In other instances, 
subscribers of voice mail systems are notified that mes- 
sages are awaiting review by way of an interrupted dial 
tone which is transmitted from the earpiece of a phone so 
when the subscriber picks up the receiver. While such 
signalling techniques provide a user with notification of 
a waiting message, they do not provide the user with 
further information identifying the party that left the mes- 
sage or other information related to the source of the 35 
message. 

[0004] With digital display phones, a user subscribing 
to message waiting services receives a notification from 
the voice messaging server when a message has been 
recorded for the user. The notification typically includes 40 
a signal which triggers the display of a predefined text 
message, such as "MSG", on the phone display. In a 
number of display phones, a series of ASCII text char- 
acters are transmitted to the display phone and are dis- 
played to notify the subscribing user of the pending mes- 45 
sages within the user's voice mail, although in such cas- 
es, the information provided is limited to textual informa- 
tion identifying the caller name and/or number associ- 
ated with a recorded message. 
[0005] In other messaging systems, such as electron- 
ic mail (email) systems, users may log into their email 
accounts and download stored email. If messages are 
received locally, a single line of text typically identifying 
the sender's name, the date the message was received 
and the title of the message are displayed in a viewing 
window within the email application. In systems such as 
HotMail(TM) and Yahoo(TM) mail services, users con- 
nect remotely over the Internet to review email on web 



pages which present the user with a viewing window 
containing the aforementioned textual message infor- 
mation similar to locally managed email applications. In 
other cases, PC messaging servers such as Microsoft 
Exchange(TM) flash a small icon in the bottom of the 
user's screen to alert the user that a message has ar- 
rived but do not provide any indication as to who has 
sent the message. 

[0006] Although the provision of textual information 
associated with a notification of waiting messages can 
provide the user with some information pertaining to the 
waiting messages, it would be desirable to deploy mes- 
sage waiting notification services which facilitate the 
ease of identifying the source of a recorded message 
with graphical images. It would be particularly desirable 
that message waiting notification systems provide 
graphical notifications to a called party including caller 
selected graphical images associated with the caller for 
display at the called party's end-user communications 
equipment. 

[0007] As will be further appreciated, the continuing 
convergence of most forms of user traffic has spawned 
a growing demand for telephony messaging systems 
and other user messaging systems that offer communi- 
cations services which leverage the opportunities pre- 
sented by integrating telephony and data network infra- 
structures. In such a converging telecommunications 
market, it would be desirable that a method of graphi- 
cally notifying a user of waiting messages have applica- 
tion to a number of communications networks, including 
telephony and data networks. 

SUMMARY OF THE INVENTION 

[0008] The above problems are addressed by provid- 
ing an addressee of a stored message with a graphical 
notification associated with the stored message, includ- 
ing presenting the addressee with an information signal 
relating the stored message to at least one graphical im- 
age associated with the source of the stored message. 
[0009] In accordance with one aspect of the invention, 
there is provided a method of indicating the source of 
the stored message to the addressee. In this aspect, an 
information signal is generated relating the stored mes- 
sage to at least one graphical image associated with the 
source of the stored message, and the information sig- 
nal is transmitted to a communications device associat- 
ed with the addressee. In this case, a representation of 
the one or more graphical images may be included in 
the information signal. Alternatively, the information sig- 
nal may include a network address identifying a location 
where the graphical images associated with the source 
may be accessed, directly or indirectly, by the address- 
ee. Such a network location may refer to any of a variety 
of networked resources. For instance, the network loca- 
tion may refer to the location of a messaging system as- 
sociated with the source, the location of another network 
resource associated with the source such as a web 
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page, or the location of an end-user communications de- 
vice associated with the source. 
[0010] The flexibility available in identifying a network 
location from which graphical images associated with 
the source of the stored message may be accessed ex- 
tends further flexibility to the manner by which graphical 
notifications such as the information signal and the 
graphical image associated therewith may be retrieved 
and presented to the addressee's communications de- 
vice. For instance, in one embodiment a request for 
pending notifications may be received by a messaging 
system from the addressee. In this embodiment, if there 
are any pending notifications for the addressee, they are 
retrieved and transmitted as information signals to the 
addressee's communications device. In the case where 
such a notification includes a network location, the ad- 
dressee's communications device may be prompted by 
the arriving information signal to connect with the appro- 
priate networked resources associated with the network 
location so as to retrieve the one or more graphical im- 
ages associated with the source. 
[0011] In a preferred embodiment, the communica- 
tions device of the addressee is alerted that an incoming 
message from the source is being stored and the com- 
munications device is permitted to interrupt the storage 
of the incoming message and connect with the source. 
This mechanism provides a called party with the flexi- 
bility to connect with a communication from the calling 
party even when the calling party is recording a mes- 
sage for the called party. 

[0012] In another preferred embodiment, graphical 
image information associated with the called party is re- 
trieved and presented to the calling party when the call- 
ing party initiates a communication. 
[0013] In another embodiment, once a message is 
stored, a graphical image associated with the source 
and pre-selected by the source is related to the stored 
message, giving the user the flexibility to arrange for 
graphical images to be presented in communications 
according to the type of communication and the class of 
recipient. 

[0014] In yet another embodiment, the information 
signal may prompt the communications device of the ad- 
dressee to connect with a networked resource associ- 
ated with the network location, such as a web server 
application located on a network server, so as to retrieve 
a web page identifying one or more new graphical noti- 
fications from one or more sources. For instance, infor- 
mation encoded within the information signal received 
by an addressee may prompt the addressee's commu- 
nication device to launch a web browser connecting the 
addressee to a web page from which pending graphical 
notifications are available to the addressee for review 
and for retrieval of associated stored messages. 
[0015] Preferably, the method includes determining 
the source of the stored message so as to support var- 
ious identification mechanisms. For instance, in one em- 
bodiment the method includes determining caller line 



identification information associated with the stored 
message, thereby offering the advantage of associating 
graphical notifications with subscribers of a messaging 
system that are identified by way of such caller line iden- 

s tification information. 

[0016] In another embodiment the method includes 
determining a calling party associated with the stored 
message. This latter embodiment has the advantage of 
graphically identifying a calling party associated with a 

w stored message independent of the subscribing com- 
munications line from which the stored message origi- 
nated. 

[0017] In one preferred embodiment, the method in- 
cludes identifying a media type of the stored message 

15 and presenting a graphical image associated with the 
media type to the communications device of the ad- 
dressee. In this embodiment, the addressee can be pre- 
sented with both at least one graphical image associat- 
ed with a calling party and a digital representation of a 

20 graphical image associated with the media type of the 
stored message, offering within the notification to the 
addressee additional graphical information associated 
with the calling party or subscriber of the source com- 
munications line. 

25 [0018] In yet another embodiment, the method may 
include retrieving a digital representation of a sound 
waveform associated with the source and sending the 
digital representation of the sound waveform to the com- 
munications device of the addressee for presentation to 

30 the addressee along with an associated graphical noti- 
fication. 

[0019] In another embodiment, a representation of at 
least one video frame from a stream of video data as- 
sociated with the source is included in the information 
35 signal for presentation to the addressee. In a preferred 
embodiment, the one or more graphical images associ- 
ated with the source of the stored message are repro- 
duced from a video stream within the stored message 
itself so as to present the addressee with dynamically 
40 selected images of the calling party, irrespective of the 
subscriber associated with the communications line 
from which the stored message was received. Advanta- 
geously, the captured video frames can be used to form 
a short video sequence for presentation to the address- 
es ee as part of the notification to the addressee of the 
stored message. Such a video sequence would prefer- 
ably be associated with an audio track also captured 
from the stored message. 

[0020] In accordance with another aspect of the in- 
so vention, there is provided an apparatus for performing 
the aforementioned method. In one embodiment, the 
apparatus includes a generator for generating a graph- 
ical notification relating the stored message to at least 
one graphical image associated with a source of the 
5S stored message. In this embodiment, the apparatus in- 
cludes a transmitter to transmit the graphical notification 
as an information signal to a communications device as- 
sociated with the addressee. 
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[0021] Preferably, the apparatus comprises applica- 
tion software for performing the aforementioned method 
and which is operative to reside on a networked com- 
puter server. In one embodiment, a network computer 
is programmed to present to subscribing addressees 
their stored messages or pending graphical notifications 
associated with such stored messages. 
[0022] In accordance with another aspect of the in- 
vention, there is provided a computer readable medium 
having codes for directing a network computer to (i) gen- 
erate an information signal relating a stored message to 
at least one graphical image associated with a source 
of the stored message, and (ii) transmit the information 
signal to a communications device associated with an 
addressee of the stored message. 
[0023] In accordance with yet another aspect of the 
invention, there is provided a system for performing the 
aforementioned method. In one embodiment the system 
includes a computer server operative to communicate 
with a database of information in which pending graph- 
ical notifications are stored and from which such notifi- 
cations are retrieved by the computer server for presen- 
tation to a communications device of the addressee. 
[0024] In a preferred embodiment, the system in- 
cludes an integrated messaging server featuring both 
message recording services and graphical notification 
services. The messaging server is interconnected to at 
least one data store such as a database storing mes- 
saging information including user profiles for subscrib- 
ers of the messaging system, recorded messages as- 
sociated with subscribers and graphical message wait- 
ing notifications associated with the recorded messages 
of subscribers. Such messaging information may be in- 
tegrated into a single database structure, segregated 
logically within the same server or segregated physically 
on separate computer servers. 
[0025] User profiles may each provide one or more 
data structures for the management and provision of 
subscriber identification information and subscription 
services. In a centralized model, user profiles may in- 
clude at least one data field relating a digital represen- 
tation of at least one graphical image to the subscriber 
of the corresponding user profile. User profiles may also 
identify at least one recognized end-user communica- 
tions device connected to the messaging network and 
capable of displaying graphical notifications associated 
with recorded messages available for review by the ad- 
dressed subscriber. 

[0026] When a message is recorded, the messaging 
server retrieves, directly or indirectly, information iden- 
tifying the caller from the caller's user profile including 
graphical image information associated with the caller. 
A graphical message notification associated with the re- 
corded message is generated by the messaging server 
and stored. The messaging server preferably includes 
at least one process for monitoring network messages 
from subscribers and other messaging servers. 
[0027] In one embodiment, the messaging server re- 
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trieves and sends to a subscribing called party pending 
graphical notifications associated with stored messages 
from an appropriate database in response to a called 
party request for such information. In this embodiment, 

5 the end-user messaging software residing on an active 
subscriber communications terminal logs-on with the 
messaging server. Alternatively, the end-user messag- 
ing software may direct the user terminal to periodically 
poll the messaging server for pending notifications. In 

io another embodiment, the messaging server polls rec- 
ognized end-user communications terminals to deter- 
mine if any are active to receive pending notifications. 
Communications may be established with active termi- 
nals associated with pending graphical notifications, 

15 and the latter notifications may then be sent to the ap- 
propriate active terminals for display. 
[0028] The single messaging server embodiment ad- 
vantageously provides a unified model, with both callers 
and called parties being subscribers of the same mes- 

20 saging server system capable of supporting fully com- 
patible data structures for both caller and called party 
profiles, messaging data and notification data, and 
which reduces the need for intermediary gateways be- 
tween caller and called party domains. In one variation 

25 of this embodiment, graphical notification services can 
be provided to a called party in respect of a recorded 
message from a remote caller located on another inter- 
connected network or subnetwork. 
[0029] In another embodiment, message recording 

30 services and graphical message waiting notification 
services may be segregated logically within the same 
server domain, or on separate computer servers inter- 
connected locally or remotely over a network, thereby 
facilitating additional flexibility in the provision of the 

35 graphical notification services with existing and expand- 
ing networks. In addition, callers and called parlies may 
be located on separate interconnected networks or sub- 
networks. 

[0030] In accordance with another aspect of the in- 

40 vention, at least one intermediary web server may be 
provided which is interconnected to at least one called 
party messaging notification system. In this web-based 
embodiment, the messaging server may preferably 
send copies of pending graphical notifications to a web 

45 server for allocation to a web page associated with the 
called party. Once the pending graphical notification is 
delivered to the server, either the messaging server or 
the web server may notify a recognized active terminal 
associated with the called party of the pending notifica- 

50 tions available at the web page or web server. Prefera- 
bly, a called party's active terminal is prompted to re- 
trieve the new web content, including the pending 
graphical notifications, for display on a network commu- 
nications device such as a computer terminal. This may 

55 include transmitting a message from the web server for 
instructing the active terminal to launch a web browser, 
if available, to pull down the web page from a predefined 
web resource. 
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[0031] Other aspects and features of the present in- 
vention will become apparent to those ordinarily skilled 
in the art upon review of the following description of spe- 
cific embodiments of the invention in conjunction with 
the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0032] In the accompanying drawings which illustrate 
embodiments of the invention, 



FIG. 1 



FIG. 2 



FIG. 3 



FIG. 4 



FIG. 5 



FIG. 6 



FIG. 7 



FIG. 8 



is a schematic diagram of a graph- 
ical message waiting notification 
system within a networked environ- 
ment according to a first embodi- 
ment of the invention; 

is a schematic representation of a 
data structure for user profiles ac- 
cessed by messaging server soft- 
ware of the graphical message 
waiting notification system of FIG. 
1; 

is a schematic representation of a 
data structure accessed by a mes- 
saging system for storing message 
profiles in accordance with the first 
embodiment of the present inven- 
tion; 

is a schematic representation of an- 
other data structure accessed by a 
messaging system for providing 
graphical message notification in 
accordance with the first embodi- 
ment of the present invention; 

is a block diagram of the graphical 
message waiting notification sys- 
tem shown in FIG. 1; 

is a block diagram illustrating layer- 
ing of communication functions of 
the graphical message waiting no- 
tification system shown in FIG. 1; 

is a block diagram illustrating a 
called party's end-user communi- 
cations device of the graphical 
message waiting notification sys- 
tem shown in FIG. 1; 

is a flow diagram illustrating the op- 
eration of a graphical message 
waiting notification system includ- 
ing the operation of the system of 
the first embodiment shown in FIG. 
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FIG. 11 



FIG. 12 



FIG. 13 



FIG. 14 



FIG. 15 and 16 



FIG. 17 



1; 



is a flow diagram illustrating the 
monitoring operations carried out 
by a computer server at the direc- 
tion of messaging server software 
in accordance with the first embod- 
iment of the invention in FIG. 1; 

is a block diagram of a graphical 
message waiting notification sys- 
tem including a web notification 
server in accordance with a second 
embodiment of the invention; 

is a flow diagram illustrating the op- 
eration of various graphical mes- 
sage waiting notification services in 
accordance with the second em- 
bodiment of the invention in FIG. 
10; 

is a block diagram of a first network 
architecture implementing a com- 
munications system according to a 
third embodiment of the invention; 

is a flow diagram of operations ex- 
ecuted by network resources of the 
embodiments shown in FIG. 12 or 
17 to achieve graphical caller iden- 
tification over a data network; 

is an expanded view of a lookup ta- 
ble shown in FIG. 12; 

illustrate HTTP messages transmit- 
ted by network resources in the net- 
work architectures shown in FIG. 
12 and 17; and 

is a block diagram of a second net- 
work architecture according to a 
fourth embodiment of the invention. 



[0033] It will be appreciated that for simplicity and 
clarity of illustration, elements illustrated in the accom- 
panying drawings have not necessarily been drawn to 
scale. For example, the dimensions of some of the ele- 
ments are exaggerated relative to other elements for 
clarity. Further, where considered appropriate, refer- 
ence numerals and labels have been repeated among 
the drawings to indicate corresponding or analogous el- 
ements. Where also considered appropriate, descrip- 
tive tags defined in the specification have been repeated 
herein. 
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DETAILED DESCRIPTION 

[0034] In the present invention there is provided a 
method, apparatus and system for providing an ad- 
dressee of a stored message with a graphical notifica- s 
tion associated with a source of the stored message. In 
general terms, a communications device of the address- 
ee is presented with the graphical notification in the form 
of an information signal which relates the stored mes- 
sage to at least one graphical image associated with the 10 
source of the stored message. 
[0035] Referring to FIG. 1 , a graphical message wait- 
ing notification system according to a first embodiment 
of the invention is shown generally at 10 (also referred 
to herein, for ease of reference, as graphical notification is 
system 10). For the purposes of the illustrative embod- 
iment of FIG. 1, graphical notification system 10 in- 
cludes an integrated messaging server system which 
provides voice messaging and graphical message noti- 
fication services to subscribing users over network 12. 20 
However, a voice messaging system (or such other 
message acquisition services) may be separately asso- 
ciated with graphical notification system 10, provided 
graphical notification system 10 includes graphical mes- 
sage notification services relating messages stored in 25 
the voice messaging system to graphical notifications 
associated with the source(s) of such stored messages. 
[0036] As noted above, system 10 is a "graphical" no- 
tification system. Although, in general, the term "graph- 
ical" may have several different meanings depending 30 
upon the context, persons skilled in the art will appreci- 
ate that in this specification, the terms "graphic", "graph- 
ical", "graphically", "graphical information", "graphical 
image" and the like are each used to refer to (as well as 
refer to the use of) computer graphics, and more partic- 35 
ularly to one or more digital (or digitized) pictures, pho- 
tos, icons, and/or video frames (with or without audio 
data), for display on a display device such as a monitor, 
a liquid crystal display (LCD), a digital screen or other 
electronic display device capable of displaying compu- 40 
ter graphics. The terms "text" and "textual information", 
on the other hand, are used in this specification to refer 
to information selected from a binary-coded character 
set consisting of one or more letters, numbers and/or 
other typographic symbols. Examples of binary-coded 
character sets include ASCII, EBCDIC and BCD. 
[0037] In the embodiment shown in FIG. 1 , the graph- 
ical notification system 10 is connected to network 12 
which interconnects with other communications devices 
such as source terminal device 14 and destination ter- so 
minal device 16. Network 12 is, for purposes of illustra- 
tion, an Ethernet-based local area network (LAN). Ter- 
minal devices 14 and 16 represent end-user communi- 
cations devices which each either include, or are con- 
nected in communication with, a display device for the ss 
display of graphical information transported over net- 
work 12. 

[0038] As an overview, graphical notification system 



1 0 provides a mechanism for graphically notifying an ad- 
dressee, via an end-user communication device having 
graphical display capabilities, of waiting messages 
stored within message database 20 (or accessible from 
a separate messaging system associated with system 
10). When a communication is initiated by a source con- 
nected to network 12, such as source terminal device 
14, the source attempts to make a connection with the 
addressee of the communication at destination device 
16, either directly or indirectly via graphical notification 
system 10 or another network resource supporting such 
communication. 

[0039] If the source cannot connect with the address- 
ee within a predetermined period of time, the source is 
directed by graphical notification system 10 to the mes- 
sage recording services provided by system 10 if such 
services are available to the addressee. When a mes- 
sage from the source is recorded for the addressee, the 
graphical notification system 10 retrieves graphical in- 
formation associated with the source so as to form a 
graphical notification identifying the source. To this end, 
graphical notification system 10 generates an informa- 
tion signal relating the stored message to at least one 
graphical image associated with the source of the stored 
message. The information signal is transmitted by 
graphical notification system 10 to the addressee's des- 
tination terminal device 16 via network 12 preferably in 
response to a request for pending notifications from the 
addressee received by system 10. 
[0040] For the purposes of illustration, a communica- 
tion from a source to an addressee is discussed below 
in the context of a telephone call from a calling party to 
a called party. It will be appreciated, however, that a 
communication in the context of the present invention 
may also include communications involving other media 
types such as a cell phone transmission, a pager mes- 
sage, a fax communication, an audio/video communica- 
tion such as a video conference call over a data network, 
a voice call over IP, or an electronic mail (email) trans- 
mission (of arbitrary media, e.g. voice, graphics, video, 
text or combinations thereof). As well, the source asso- 
ciated with a stored message may be identified either 
by association with a subscriber of the caller line from 
which the stored message originated or an identifier as- 
sociated with the source such as a user ID or a calling 
party ID. 

[0041 ] It will also be appreciated by persons skilled in 
the art that network 12 can be any one of a variety of 
network infrastructures. For instance, network 12 may 
be another type of LAN, such as a Token-ring LAN or a 
carrier sense multiple access with carrier detection (CS- 
MA/CD) LAN. Alternatively, or in addition, network 12 
may include a wide area network (WAN) deployed using 
a network topology such as X.25, frame relay, asynchro- 
nous transfer mode (ATM) or synchronous optical net- 
work/synchronous digital hierarchy (SONET/SDH), or 
internetworked combinations thereof. Network 12 may 
alternatively be a circuit switched network, such as a 
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public switched telephone network (PSTN) or a privately 
leased switched network (such as a T1, E1 , T3 or E3 
circuit switched network). In any combination of the 
above network topologies, network 12 may be a public 
network, a private network or intranet, or part of the In- 
ternet. 

[0042] Furthermore, while graphical notification sys- 
tem 1 0 is discussed in the context of a voice messaging 
system, graphical notification system 10 may in other 
embodiments include, in the alternative or in addition, 
other messaging sen/ices such as audio/video messag- 
ing, fax messaging or email messaging. Similarly, termi- 
nal devices 14 and 16 may include one or several dif- 
ferent types of (end-user) communications devices, 
such as network computer terminals, networked per- 
sonal computers, network display telephones, tele- 
phones optionally connected to associated personal 
computers (PCs), public display telephones, or wireless 
communications devices such as mobile telephones 
connected over a wireless network, provided such com- 
munications devices include, or are connected to, a dis- 
play device so that graphical notification information 
may be received by the terminal device and graphically 
displayed on the display device, preferably along with 
other information such as the calling number, the date 
and time of the associated message and the caller 
name. 

[0043] Referring to FIG. 1 and 2, subscribing users of 
graphical notification system 1 0 are each allocated a us- 
er profile 30 which is stored within the user profile data- 
base 18. Each user profile 30 provides one or more data 
structures for the management and provision of user 
identification information and subscription services. Us- 
er profile 30 includes a graphical data field 44 related to 
a digital representation of at least one graphical image 
associated with the user corresponding to the user pro- 
file. Graphical data field 44 may include either a refer- 
ence to one or more graphical images, or digital repre- 
sentations of such graphical images. As will be seen be- 
low, when a subscribing caller records a message for a 
subscribing called party, the caller's graphical image da- 
ta is accessed by graphical notification system 10 and 
appended to graphical notification message 60 which is 
stored in memory allocated to the called party within a 
message notification database 22 for subsequent re- 
trieval and presentation to the called party. 
[0044] User profile 30 may include a variety of other 
fields. For instance, for a subscriber of a voice messag- 
ing system, user profile 30 preferably is structured to 
include the subscriber's phone number, name and ad- 
dress information, and recorded greetings in fields 32, 
34, and 36, respectively. Preferably, user profiles are 
used for calling subscribers and called subscribers. Fur- 
thermore, user profile 30 may include a graphical iden- 
tification field 42 to support the provision of different 
classes of graphical information. For instance, graphical 
images may be digital representations categorized as 
single images, digital video frames, one or more graph- 



ical icons or digital audio/video data. Supporting a vari- 
ety of classes of graphical information has the advan- 
tage of extending the functionality of graphical notifica- 
tion system 10 to provide a more flexible range of serv- 
5 ices to subscribers who may have different classes of 
end-user display devices. 

[0045] As another variation, user profile 30 may in- 
clude a field 38 identifying the type of end-user commu- 
nications device registered with the voice messaging 

10 system. This latter arrangement provides graphical no- 
tification system 10 with the capacity to readily deter- 
mine which services a subscribing user's communica- 
tion device is capable of handling. This can be of advan- 
tage when system 10 supports a variety of different 

15 classes of graphical information since not all end-user 
communications devices may support all types of graph- 
ical information. Recording a subscriber's type of com- 
munication device within the user profile facilitates the 
advanced determination by system 10 of what graphical 

20 data of a caller is suitable to present to the called party's 
display device. 

[0046] User profile 30 may also include address infor- 
mation for a variety of subscriber devices as exemplified 
by field 40, so as to provide graphical notification system 

25 20 further flexibility in notifying an addressee via one or 
more devices identified within field 40. For the illustrative 
embodiment shown in FIG. 1 and 2, terminals 14 and 
16 include a telephone set and a personal computer 
which are co-located at a user's workstation and are reg- 

30 istered in user profile database 18, using fields 38 and 
40, as belonging to associated subscribers. 
[0047] In the embodiment illustrated in FIG. 1 and 2, 
user profile 30 is also shown having an index 46 to the 
user's recorded/waiting messages received by graphi- 
cs cal notification system 10. It will nevertheless be appre- 
ciated that a user's recorded messages may be refer- 
enced in one of many different ways. By way of example, 
the recorded messages may be stored directly as part 
of user profile 30. Alternatively, the recorded messages 

40 may be cross-referenced in a separate table cross-ref- 
erencing users with such messages, rather than having 
an index within user profile 30. 
[0048] Referring to FIG. 1 and 3, a received message 
is allocated by graphical notification system 1 0 to a mes- 

^5 sage profile defined by a data structure 50. Message 
profiles for a called party are stored within message da- 
tabase 20 for subsequent retrieval and presentation up- 
on the called party requesting the corresponding record- 
ed message from graphical notification system 10. As 

50 illustrated by message data structure 50, each message 
profile includes a field 58 for the caller's recorded mes- 
sage as well as message identification fields 52 for stor- 
ing caller line ID data such as the caller's telephone 
number and name. Other fields 54 and 56 may also be 

55 provided for recording information such as the time and 
date the associated message was recorded, the mes- 
sage length or duration, the reviewed status of the mes- 
sage, the priority of the message, and addressing infor- 
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mation identifying, for example, a list of other recipients 
of the recorded message. 

[0049] When a message is received from a caller and 
recorded, graphical notification system 10 retrieves in- 
formation identifying the caller from the caller's user pro- 
file within user profile database 18 and a message pro- 
file is generated. The retrieved identification information 
is preferably appended by graphical notification system 
10 to the message profile associated with the recorded 
call and the message profile is stored by system 10 in 
the message database 20. Graphical notification sys- 
tem 10 furthermore generates an information signal in 
the form of a message notification packet structured ac- 
cording to a data structure such as data structure 60. 
The message notification packet encapsulates caller in- 
formation including the caller's phone number and 
graphical data related to a digital representation of at 
least one graphical image available from the caller's us- 
er profile within user profile database 18. Thus, for the 
first embodiment shown in FIG. 1, the information signal 
generated relates the stored message with at least one 
graphical image associated with the source of the stored 
message. The graphical data stored within the message 
notification packet may be an actual digital representa- 
tion of an image from the caller's user profile, a refer- 
ence to the digital representation such as a pointer ref- 
erence, or a network address identifying a specific loca- 
tion on network 12 where the actual digital representa- 
tion may be retrieved for display on the called party's 
communications terminal when the called party reviews 
pending message notifications. 
[0050] Referring to FIG. 5, there is shown a more de- 
tailed representation of graphical notification system 10 
from the first embodiment in FIG. 1. As shown in FIG. 
5, graphical notification system 10 includes computer 
server 70, memory 72, messaging server software 74, 
user profile database 18, message database 20 and 
message notification database 22. Computer server 70 
is a networked computer which is directly or indirectly 
connected to network 12 (see FIG. 1) and is a server 
suitable for hosting messaging services for a plurality of 
subscribers. By way of example, computer server 70 
may be a Reduced Instruction Set Computing (RISC) 
device such as a Sun Microsystems UltraSparc(TM) 
Station or an IBM RS/6000(TM), or a personal computer 
suitable for hosting messaging services such as a Com- 
paq Proliant (TM) or an IBM NetFinity(TM) server. Pref- 
erably, computer server 70 is scalable to the needs of 
graphical notification system 10 as the number of sub- 
scribers increases. 

[0051] As illustrated in FIG. 5, memory 72 provides a 
memory store for software and data residing on compu- 
ter server 70 such as messaging server software 74, 
communications suite 76 and operating system 78. 
Memory 72 also stores data 71 for remote or local re- 
trieval and other applications 73. Operating system 78 
is preferably a multitasking operating system such as 
Unix, Linux, Microsoft Windows NT(TM), Sun Solaris 



(TM) or IBM AIX(TM). Communications suite 76 in- 
cludes software providing transport and routing commu- 
nication protocols as well as network interface software 
for enabling communications between users over net- 
s work 12 (FIG. 1). Preferably, communications suite 76 
includes the well known and ubiquitous TCP/IP suite of 
services, although other communications protocols, 
such as those adhering to the Open Systems Intercon- 
nection (OS!) reference model in the International 
10 Standards Organization (ISO) standard 7498, or lay- 
ered arrangements which make use of TCP or IP with 
other available protocols, may be used in the alternative, 
so long as such communications suites are sufficient to 
provide a networked environment for use of the graphi- 
cs ical message waiting notification system contemplated 
herein. 

[0052] Referring to FIG. 6, there is shown an example 
of the layering of communications functions in the 
present invention using the TCP/IP suite. As is known 
20 in the art, the Internet Protocol (IP) is a widely used con- 
nectionless routing protocol, similar to the connection- 
less network protocol (CNLP) specified in ISO 8473, and 
serves as the foundation for routing over a variety of net- 
works, including the Internet. Connection-oriented serv- 
es ices can be, and often are, provided over the IP protocol 
using a higher layer transport protocol such as the 
Transmission Control Protocol (TCP). TCP is a connec- 
tion-oriented, packet-switching protocol used for com- 
munications between processes in host computers and 
30 connected users. TCP maintains status and state infor- 
mation about each user data stream flowing into and out 
of the associated TCP software module. The TCP pro- 
tocol also provides end-to-end data transfer across one 
network or multiple networks to a higher layer protocol 
35 or application at a destination resource. In the TCP/IP 
model in FIG. 6, communications at the network layer 
between computer server 70 and network 12 are han- 
dled by the network interface which in the illustrative em- 
bodiment in FIG. 1 implements the IEEE 802.3 ethernet 
40 standard. 

[0053] Referring to FIG. 5 and 6 S messaging server 
software 74 is an application layer entity which prefera- 
bly resides on computer server 70 in memory 72 and 
executes on central processor 80 of computer server 70. 

45 Messaging server software 74 comprises computer 
readable codes which program computer server 70 to 
provide voice messaging services and graphical mes- 
sage waiting notification services. It will be appreciated, 
however, that voice messaging services and graphical 

so message waiting notification services may be provided 
in sets of codes within two or more interoperable soft- 
ware applications running on the same computer server 
70 or several connected computer servers. 
[0054] Messaging server software 74 directs compu- 

55 ter server 70 to communicate with user profile database 
18, message database 20 and message notification da- 
tabase 22 optionally via network interlace 84 connected 
to private LAN 85. Databases 18, 20 and 22 may reside 
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in one or more memory stores, preferably including at 
least one permanent storage device such as a hard disk 
drive, located on computer server 70 or on separate 
server computers networked in communication with 
computer server 70. The messaging server software 74 
uses the user profile database 18, message database 
20 and the message notification database 22 which 
serve as data stores for the management and provision 
of message and user information within graphical noti- 
fication system 10. 

[0055] Also included in the graphical notification sys- 
tem 10 there is provided image administration software 
application 86 which comprises codes which may reside 
on and be processed by a separate computer 88 con- 
nected via a network interface 90 to the computer server 
70 so as to reduce the amount of administrative load on 
computer server 70. The image administration software 
86 provides services for the receipt and storage of digital 
representations of one or more graphical images asso- 
ciated with subscribers of graphical notification system 
10. Preferably, image administration software 86 in- 
cludes commercially available software such as Adobe 
Photoshop(TM) which may be used to direct computer 
88 to handle the resizing of graphical images to preset 
sizes suitable for end-user display devices. Computer 
88 is preferably capable of handling the reception of 
such images locally via a disk drive 87 or other local in- 
put device such as a scanner connected to a Universal 
Serial Bus, or from subscribers on a secured basis over 
network 12 (FIG. 1) using, for instance, remote access 
software such as PC Anywhere(TM). Graphical images 
received by computer 88 may be stored in user profile 
database 18 or another connected database, thereby 
facilitating the ability of system administrators and sub- 
scribers (where suitable) to add to, delete from or oth- 
erwise modify graphical images within their user pro- 
files. 

[0056] Referring to FIG. 7, there is shown a schematic 
diagram of end-user communication device 100, exem- 
plified earlier by terminal devices 14 and 16 (see FIG. 
1). Communication device 100 includes central proces- 
sor unit 102 connected to: memory 104, display 122 (via 
display interface 120), user input device 126 (via user 
input interface 124), and network interface 130. Central 
processor 102 performs the operations necessary to 
connect communications device 100 to a network via 
network interface 130 and is programmed by terminal 
messaging software 112 to receive and display graphi- 
cal message notifications in the form of incoming infor- 
mation signals associated with stored messages on dis- 
play 122. By way of example, processor 102 can be se- 
lected from the Intel x86 chipset, Intel Pentium(TM) se- 
ries, Motorola PowerPC(TM) or G3 series, or another 
suitable processor. Data, such as graphical message 
notifications, which are to be displayed by communica- 
tions device 1 00 are transmitted by processor 1 02 to dis- 
play device 122 which may be any type of display sup- 
porting the display of graphical images. Memory 104 is 



preferably comprised of volatile memory such as Ran- 
dom Access Memory (RAM), and non-volatile memory 
such as a hard disk drive or Read Only Memory (ROM). 
[0057] As illustrated in FIG. 7 : memory 104 may con- 
5 tain a variety of software programs, including an oper- 
ating system 116, communications suite 114, and termi- 
nal messaging software 112. The operating system 116 
may be selected from a variety of operating systems and 
preferably provides a graphical user interface (GUI) 

10 such as in Microsoft Windows 98(TM), Windows CE 
(TM) or Macintosh Operating System 8(TM). It will be 
appreciated, however, that operating system 116 is by 
no means limited to more robust operating systems. In 
fact, for more specifically tasked end-user communica- 

15 tions devices, such as computerized display phones, a 
more simplified operating system such as pSOS, avail- 
able from Integrated Systems Inc., is preferred. Com- 
munications suite 114 may include TCP/IP, Point-to- 
Point Protocol (PPP), or SLIP, as well as Ethernet or To- 

20 ken Ring software protocols for network communication 
via network interface 130. It will be appreciated, howev- 
er, that communications device 1 00 may alternatively in- 
terface with a network via a wireless LAN or other wire- 
less data network equipment, or via a cable or Asym- 

25 metric Digital Subscriber Line (ADSL) modem or the 
like. For more fully featured end-user communications 
devices, such as with personal computers, lap-top com- 
puters, or palm-top computers, communications device 
100 preferably includes browser software 110, such as 

30 Netscape Navigator(TM), Microsoft Internet Explorer 
(TM), Mosaic(TM) or other commercially available 
browsers for connecting device 100 to the World Wide 
Web (WWW) and other IP based communications. 
[0058] Referring to FIG. 8, there is shown a flow dia- 

35 gram illustrating the notification services available with 
graphical notification system 10 for the embodiment in 
FIG. 1 . For ease of reference in the following discussion, 
reference is made to FIG. 1 to 8. In operation, a call is 
made by a caller from source terminal 1 4, to a subscrib- 

40 jng called party at destination terminal 1 6, over network 
12 via graphical notification system 10. Preferably, mes- 
saging server software 74 is executed by processor 80 
and programs computer 70 to monitor for subscriber re- 
quests over a network interface to network 12 at step 

45 1 48. When a call from the caller is received by computer 
server 70, the call is directed by messaging server soft- 
ware 74 at step 150 to the called party's destination ter- 
minal 16 using the called party's address information 
stored in user profile database 18. If the call is answered 

50 at step 152 communication between the caller and 
called party proceeds at step 154 in the usual way avail- 
able over the network until it is terminated by one of the 
parties. If, on the other hand, the called party does not 
answer the caller's call within a predetermined period of 

55 time, messaging server software 74 directs computer 
server 70 to query user profile database 18 at step 156 
to determine if the called party is a subscriber of graph- 
ical messaging services. If computer server 70 deter- 
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mines that the called party is a subscriber of the mes- 
saging services of system 10, messaging server soft- 
ware 74 directs computer server 70 to retrieve the called 
party's recorded greeting from the corresponding user 
profile and to transmit the greeting to the caller at step 
158, prompting the caller for a message. The caller's 
message is then recorded by computer server 70 at the 
direction of messaging server software 74 at step 160 
and the caller's identification information including 
graphical data (if available and if the called party sub- 
scribes to the graphical service) is retrieved at step 162 
from the caller's user profile in user profile database 18. 
[0059] At step 164 messaging server software 74 di- 
rects computer server 70 to generate a graphical mes- 
sage waiting notification represented by an information 
signal which is associated with the recorded message 
from the caller and which includes a digital representa- 
tion of at least one graphical image associated with the 
subscribing caller. In this way, messaging server soft- 
ware 74 directs computer server 70 to generate an in- 
formation signal relating the stored message to the at 
least one graphical image. As a variation, if messaging 
server software 74 supports video or audio/video mes- 
saging, one or more frames of the recorded video or au- 
dio/video message may be reproduced within the graph- 
ical message waiting notification at the direction of mes- 
saging server software 74. Inserting into the notification 
live frames of video of the calling party offers the advan- 
tage of making available to the called party graphical 
images associated with the actual calling party, irre- 
spective of the subscribing line, subscribing connection 
or subscriber ID used by the calling party to send the 
recorded message. 

[0060] Computer server 70 stores the caller's record- 
ed message with appended caller and call information 
(which in combination form the message profile) and the 
graphical message waiting notification at step 166 in 
message database 20 and graphical message notifica- 
tion database 22, respectively, and modifies the called 
party's user profile in user profile database 18 to record 
a reference to the newly recorded message and notifi- 
cation. Preferably, subscribers connect to computer 
server 70 via network 12 to retrieve pending notifica- 
tions. Alternatively, pending notifications may be 
pushed to subscribers. For instance, if, at the direction 
of messaging server software 74, computer server 70 
determines at step 168 that based on the called party's 
user profile a networked resource of the called party 
should be notified of the recorded message or graphical 
notification, computer server 70 proceeds to additional 
processing at step 210 (in FIG. 11) and otherwise pref- 
erably returns to monitoring for subscriber requests over 
network 12 at 148. 

[0061] The process of monitoring for user requests at 
step 148 of FIG. 8 by messaging server software 74 
(FIG. 5) is decomposed into several operations in FIG. 
9. For ease of reference, the decomposition of the mon- 
itoring process is described below with reference to FIG. 



1 to 9. With TCP/IP communications, a client/server 
model is preferably implemented wherein a network- 
side server process running on computer server 70 with 
messaging server software 74 monitors a first port for 

5 incoming requests and data from subscribers. A net- 
work-side client process also running on computer serv- 
er 70 with messaging server software 74 is used to ini- 
tiate transmissions to networked subscribers over a sec- 
ond port. At each networked subscriber terminal, a user- 

10 side server process running on such terminal with the 
user-side terminal messaging software 1 1 2 monitors the 
second port for transmissions directed from the net- 
work-side client process via computer server 70. A user- 
side client process also running with the terminal mes- 

'5 saging software 112 initiates transmissions and sub- 
scriber requests to the messaging server software 74 
over the first port being monitored by the networked-side 
server process. 

[0062] When computer server 70 receives a request 

20 at step 190 (while monitoring at step 148) over network 
12, messaging server software 74 directs computer 70 
to parse the request. At step 1 92 messaging server soft- 
ware 74 identifies the requestor (including the request- 
or's terminal address) and the subscription privileges of 

25 the requestor. This latter operation includes authenticat- 
ing the requestor as a recognized subscriber of graphi- 
cal notification system 10and instructing computerserv- 
er 70 to query the user profile database 18 for informa- 
tion on the requestor's subscription services. For iden- 

30 tified subscribers, messaging server software 74 deter- 
mines at step 194 whether the request includes a re- 
quest to retrieve one or more of the subscriber's record- 
ed messages, a request to retrieve message notifica- 
tions for the subscriber, or a request to connect a call. 

35 Requests to connect a call are handled by messaging 
server software 74 at step 150 in the manner described 
above (in FIG. 8). Requests for the retrieval of recorded 
messages are processed at the direction of messaging 
server software 74 at step 1 96 wherein computer server 

40 70 queries the message database 20 for the appropriate 
messages. Retrieved messages are sent by computer 
server 70 at step 198 using the TCP/IP protocol to the 
terminal address of the subscribing requestor. For re- 
quests identified at step 194 as requests for message 

45 notifications, computer server 70 determines at the di- 
rection of messaging server software 74 whether or not 
the subscriber/requestor has subscribed to the graphi- 
cal message services of graphical notification system 
10 at step 200. If the requestor is a subscriber of the 

50 graphical message services, messaging server soft- 
ware 74 initiates at step 202 retrieval of pending graph- 
ical message notifications associated with the requestor 
from graphical notification database 22. Retrieved 
graphical notifications are transmitted by computer 

55 server 70, at the direction of messaging server software 
74, in the form of information signals to the terminal ad- 
dress of the subscribing requestor at step 206. For a 
subscriber that is a subscriber of notification services 
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but not the graphical notification service, pending non- 
graphical message notifications associated with the re- 
questor are retrieved at step 204 and sent to the sub- 
scriber at step 206. 

[0063] Referring to FIG. 1 to 8, as an additional en- s 
hancement to graphical message waiting notification 
system 10, messaging server software 74 may option- 
ally direct computer server 70 to query at step 180 (in 
FIG. 8) the caller's user profile in user profile database 
18 to determine if the caller subscribes to called party 10 
identification services. If the caller is a subscriber to 
called party identification services, then computer serv- 
er 70 queries at step 182 the called party's user profile 
in user profile database 1 8 to determine if the called par- 
ty has a graphical image associated with the called par- *5 
ty. If a graphical image for the called party is found, and 
if computer server 70 can determine that the caller's ter- 
minal is capable of receiving such graphical information 
based on the caller's user profile (step 184), messaging 
server software 74 can direct computer server 70 to re- 20 
trieve and transmit the graphical information to the call- 
er's terminal for display (step 186) as the call is proc- 
essed or a message recorded. In addition to providing 
the calling party with graphical information, textual infor- 
mation about the called party can be retrieved by com- 25 
puter server 70 at step 186 and communicated to the 
calling party's terminal device 1 4. These enhancements 
offer an automated mechanism for providing a calling 
party with information associated with the called party 
which may not have been available to the calling party 30 
before the call was initiated. For example, textual infor- 
mation presented to the calling party may include the 
called party's e-mail address, postal address, title, and 
alternative addressable communications numbers such 
as telephone numbers, fax numbers or cell phone num- 35 
bers. 

[0064] Preferably, in the latter case, textual informa- 
tion and graphical information associated with the called 
party are presented to the calling party at step 186 in a 
business card-like format for display within a viewing 40 
window on terminal 14. Such graphical and textual in- 
formation associated with the called party may be saved 
locally on terminal 14 in a contact list database or as 
separates files in a directory for subsequent easy re- 
trieval and use by the calling party. For instance, such *s 
locally saved graphical and textual information may be 
subsequently retrieved on terminal 14 for use in an au- 
todialer coded to program terminal 14 to call the party 
associated with the retrieved information. Similarly, call- 
ing party information, including graphical information so 
and textual information, associated with a caller line or 
a subscriber ID may be communicated to the called par- 
ty in a pre-defined business card-like format at the time 
of a call. If the call is not answered, such calling party 
subscriber information may be passed to the called par- 55 
ty's network messaging server (such as computer serv- 
er 70) for storage in association with a stored message 
from the calling party and for generation by computer 



server 70 of a graphical message-waiting notification as- 
sociated with the stored message. 
[0065] In the event the call is not answered but the 
destination terminal 16 is nevertheless active, messag- 
ing server software 74 may direct computer server 70 
to transmit an alert to TCP/IP server software running 
on the called party's terminal 16 so as to notify terminal 
16 that the call has been transferred to computer server 
70 for invocation of the recording services at step 156 
(in FIG. 8). In response to terminal 1 6 receiving the alert, 
terminal messaging software 112 (FIG. 7) preferably di- 
rects terminal 16 to display a graphical button or other 
interactive graphical mechanism in a view screen which, 
when selected, initiates transmission by terminal 16 of 
a message to computer server 70 instructing computer 
server 70 to interrupt the recording of the calling party's 
message and to transfer the calling party's call to the 
called party's terminal 1 6 or telephone or the like so that 
the call may proceed. This feature provides a called par- 
ty may with the ability to interactively establish a call or 
communication with the calling party even after the call- 
ing party has been redirected to the recording services 
of computer server 70. 

[0066] In a variation of the architecture of the embod- 
iment of the invention shown in FIG. 1, web-based 
graphical notification services may be provided using a 
web server such as web server software 208 which, as 
illustrated in FIG. 10, may reside on a networked com- 
puter server such as web server computer 207 which is 
connected to network 12 and which is interoperable with 
computer server 70 and network subscriber terminals 
via a common communications protocol such as the 
TCP/IP suite. Preferably, web server computer 207 is 
configured to support protocols such as the well known 
Hypertext Transport Protocol (HTTP), the File Transfer 
Protocol (FTP) and gopher. Web server computer 207 
includes a central processor connected to memory hav- 
ing at least one permanent storage device. Web server 
software 208 resides within the memory of web server 
computer 207 and directs web server computer 207 to 
receive, store, retrieve and transmit web pages and oth- 
er files, and to receive and process user and host re- 
quests over network 12. Commercially available web 
server software include Apache's web server software 
and Microsoft Internet Information Server Advanta- 
geously, web server software 208 can be configured to 
serve as a secure web-based message notification 
server operative to store web pages associated with 
subscribers of graphical notification system 10. In such 
an embodiment, the stored subscriber-related web pag- 
es may be used by computer server 70 under the direc- 
tion of messaging server software 74 as notification web 
pages to record graphical notifications for subsequent 
retrieval and viewing by associated subscribers. Graph- 
ical notifications associated with stored messages may 
thus be embedded into a subscriber's notification web 
page stored on web server computer 207. Advanta- 
geously, a notification web page may be retrieved from 
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within network 12 or externally, for instance via the In- 
ternet. Such embedded graphical notifications can in- 
clude a full-size or reduced-size (eg. a thumb-nail im- 
age) graphical image associated with the caller and call- 
er information such as the caller's name and network s 
address or phone number. 

[0067] In one variation, hyperlinks may be associated 
with each embedded graphical notification so that when 
such graphical notification is selected, an associated hy- 
perlink initiates an HTTP message or other type of mes- 10 
sage (eg. FTP or gopher) from the subscriber's terminal 
directed to computer server 70 and requesting the de- 
livery of the recorded message associated with the em- 
bedded graphical notification. Alternatively, recorded 
messages may reside on the web server computer 207 is 
and a subscriber selected hyperlink message may send 
an HTTP message to the web server computer 207 re- 
questing transmission of the selected recorded mes- 
sage to the IP address of the subscriber's terminal. 
[0068] Referring to FIG. 11, there is shown in opera- 20 
tion an illustrative embodiment of the web notification 
architecture described above with respect to FIG. 10. 
The operations of three network entities are shown in 
FIG. 11: (a) operations by computer server 70 with the 
direction of messaging server software 74, (b) opera- 25 
tions carried out by web server computer 207, and (c) 
operations carried out locally at a called party's terminal 
communications device. Referring to FIG. 8, 10 and 11 , 
it will be recalled that when recording a message from 
a caller, messaging server software 74 may optionally 30 
determine at step 168 if the called party user profile 
stored in user profile database 18 identifies any called 
party resource registered to receive notification of the 
recorded message or pending notification. In the web- 
based addition above, the called party's user profile may 35 
include a field identifying web server computer 207 or a 
similar web-based resource which may be registered to 
receive notification information (including graphical in- 
formation associated with the caller if available). In the 
case where the user profile indicates that web server 40 
computer 207 is a registered resource, messaging serv- 
er software 74 directs computer server 70 to retrieve 
from the called party's user profile in user profile data- 
base 1 8 the location of a pre-selected web page on web 
server computer 207 associated with the called party *s 
and optionally the IP address of web server computer 
207. 

[0069] Alternatively, the IP address of web server 
computer 207 can be a single, standardized location 
pre-programmed into computer server 70. so 
[0070] Once the requisite web page information is re- 
trieved from the called party user profile, messaging 
server software 74 directs computer server 70 to estab- 
lish a connection with web server computer 207 at step 
21 0. If computer server 70 is programmed for telephony 55 
messaging services, such as a voice messaging com- 
puter operating at a central office or PBX equipment, 
then computer server 70 communicates with a tele- 



phone switch via a telephony programming interface 
protocol such as Microsoft's Telephony API (TAPI) so as 
to control telephone sessions. As an alternative teleph- 
ony interface, one may use Novell and AT&T's Teleph- 
ony Services API (TSAPI) which is designed to enable 
a telephone PBX with a Netware(TM) server to provide 
interoperability between personal computers and tele- 
phone equipment. In such telephony environments, the 
telephone switch may be a PBX or Central Office for net- 
work configurations that use a telephone network to car- 
ry voice signals, or a gatekeeper or the like for configu- 
rations that use a Voice over IP protocol (such as spec- 
ified in the H.323 Specification) to carry voice signals 
over data networks. 

[0071] In operation, web server computer 207 may 
monitor its network interface with network 12 periodical- 
ly at step 226 for messages from computer 70 and from 
subscriber terminals. When a network connection re- 
quest from computer server 70 is received by web serv- 
er computer 207, the network request is verified and a 
confirmation may be transmitted back to computer serv- 
er 70 (step 212). Messaging server software 74 directs 
computer server 70 to send the new graphical notifica- 
tion information at step 214 encapsulated in a network 
message to web server computer 207 so as to add the 
graphical notification information to a web page associ- 
ated with the called party (216). By way of example, 
computer server 70 may send an HTTP message con- 
taining the IP address associated with the web server 
computer 207, the name of a server-side common gate- 
way interface (CGI) script residing on web server com- 
puter 207 and data and command parameters for con- 
figuring the server-side CGI script. 
[0072] At step 216, web server software 208 directs 
web computer server 207 to parse received network 
messages from computer server 70 and proceeds to 
modify the called party's web page accordingly to in- 
clude the new notification information. In the above HT- 
TP messaging example, the server-side CGI script is ex- 
ecuted by web server computer 207 so as to create or 
modify an HTML document and to populate the HTML 
document with the new notification information. Prefer- 
ably, the server-side CGI script initiates a confirmation 
of the successful update which may then be sent by web 
server computer 207 to computer server 70 at step 21 8. 
When computer server 70 receives the confirmation, it 
proceeds to update at step 220 the called party's mes- 
sage notification records on database 22 to reflect the 
successful web-site update. 

[0073] Optionally, other called party related records 
may be modified at step 220 such as the called party's 
user profile located in database 18. Following modifica- 
tion of the called party's web page with the graphical 
notification, computer server 70 may poll at step 222 one 
or more registered called party end-user terminal devic- 
es to determine if the called party is connected. This lat- 
ter operation offers the advantage of both pushing the 
updated web page graphical content to the called party's 
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web site server and pushing another preferably brief no- 
tification directly to a networked end-user terminal to in- 
itiate retrieval by the active terminal of the modified web 
page from web server computer 207. For instance, at 
step 224, computer server 70 may send to the active 
end-user terminal a signal representing an ASCII string 
providing a Uniform Resource Locator (URL) to the 
called party's updated web page on web server compu- 
ter 207. This string may be encapsulated within an HT- 
TP message instructing the called party's active termi- 
nal to access the web server computer 207 and the 
string itself may contain, as an access scheme to the 
called party's web page, another HTTP message mak- 
ing up part of the aforementioned URL. Of course, other 
access schemes may be implemented, including, for ex- 
ample, FTP and gopher. 

[0074] In the event an active end-user terminal asso- 
ciated with a called party receives a TCP/IP message 
from computer server 70, the message is parsed by the 
terminal message software residing on the active termi- 
nal at step 228 and the parsed instructions are execut- 
ed. Preferably, the instructions parsed from the mes- 
sage include an instruction for the active terminal to 
launch a web browser application residing on the active 
terminal. The web browser could be launched at step 
230 with the received URL identifying the access 
scheme and location of the updated web page for the 
called party. In this way, the web browser will automat- 
ically initiate a connection with web server computer 207 
and retrieve the called party's notification web page. As 
a variation, only an indication that the called party's mes- 
sage waiting notification web page has been updated 
need be sent to the active terminal, wherein the appro- 
priate URL is then sent by the active terminal's browser 
to the web server to fetch the updated web page. This 
latter variation provides a simplified solution, although 
it will be recognized that such a solution would require 
the called party's active terminal to access a predeter- 
mined web page located at the web server's IP address 
and known to the active terminal. Providing the entire 
URL enables the active terminal to dynamically locate 
any web page sent to the terminal, rather than only a 
web page associated with the web server IP address 
and known to the called party's active terminal in ad- 
vance. 

[0075] When the web server computer 207 receives 
the request for the called party's updated web page at 
step 232, web server software 208 directs web server 
computer 207 to check to see if the requested web page 
exists. If the requested web page exists, web server 
computer 207 retrieves the requested web page and 
transmits the web page to the requesting terminal of the 
called party at step 234 wherein upon receipt of the web 
page at step 236, the web browser displays the request- 
ed web page on the active terminal's display device. As 
previously indicated, once the updated web page is dis- 
played on the active terminal, the called party may re- 
view the web page for new or saved graphical notifica- 



tions, and may easily select a hyperlink object associ- 
ated with one or more graphical notifications on the web 
page to initiate retrieval of the full recorded message 
associated with the graphical notification(s). Such a re- 
5 trieval request for a stored message would preferably 
be directed to computer server 70 either via the web 
server computer 207 or from the active terminal's brows- 
er directly by encoding a hyperlink within the associated 
web page appropriately. 

w [0076] While the above web-based embodiment pro- 
vides a preferred embodiment, it will be appreciated that 
other enhancements and variations to a web-based ar- 
chitecture are also contemplated within the present in- 
vention. For instance, rather than pushing brief notifica- 

15 tions from computer server 70 to an active terminal of 
the called party at step 224, such a brief notification may 
be sent from the web server computer 207 instead. Al- 
ternatively, a called party's active terminal may have its 
terminal messaging software 112 programmed to mon- 

20 itor for updates directly, or via a terminal browser, one 
or more pre-selected web pages associated with or 
owned by the called party. In this latter variation,, up- 
dates to a called party's web page would be identified 
by the monitoring active terminal which could then initi- 

25 ate the retrieval of the updated web page(s) from the 
web server computer 207 directly or via a browser. 
[0077] In another variation, a simplified web-based 
solution may be implemented wherein an intermediary 
web server computer is used as a file server for storing 

30 subscriber information graphically identifying a sub- 
scriber and including contact information in respect of 
the subscriber. In this simplified case, a system admin- 
istrator may be responsible for setting up web pages on 
web server computer 207 for each user. Such user web 

35 pages may be set up using a business card-like format 
with an HTML template which may be accomplished 
with commercially available software such as Micro- 
soft's FrontPage(TM). Preferably, such user web pages 
would specify unique graphics information and other us- 

40 er information indicative of associated subscribers. In 
this way, a subscriber may maintain a variety of busi- 
ness card-like files providing data about the subscriber. 
At least a portion of each subscriber's user profile infor- 
mation may be located on the web server computer 207 

45 within associated user web pages. For larger implemen- 
tations, web server computer 207 could be accessed as 
a network drive by computer server 70. Preferably, com- 
puter server 70 would be responsible for creating sub- 
directories for each user in a predetermined directory 

so within a storage device within web server computer 70. 
Each sub-directory may be labelled to correspond to a 
particular user of the graphical notification system 10. 
These sub-directories may be used to arrange web pag- 
es according to subscriber in a flat file format. 

55 [0078] Alternatively, other directory structures may be 
used to manage the user-related web pages. For in- 
stance, one directory may be used wherein web docu- 
ments such as HTML files are labelled according to as- 
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sociated users. Alternatively, another document de- 
scription language may be used in place of HTML such 
as other derivatives of the Standard Generalized 
Markup Language (SGML), such as the Extensible 
Markup Language (XML). In another variation, a data- 
base structure may be used. 

[0079] In the illustrative LAN architecture of FIG. 1 
wherein both caller and called party are subscribers to 
the same graphical message notification system 10, re- 
trieving the caller's identification information involves 
messaging server software 74 directing computer serv- 
er 70 to access locally available records. It will be ap- 
preciated, however, that the present invention is not lim- 
ited in its application to an environment wherein caller 
and called party are connected to the same local net- 
work or wherein caller and called party are subscribers 
to the messaging services of the same computer server 
70. As illustrated in the embodiment in FIG. 10, a caller 
and called party may be located remote from each other 
on separate but interconnected networks which may be 
interposed by one or more other network infrastructures 
such as a WAN, PSTN network or the Internet. Further- 
more, a caller and called party may be subscribers to 
separate but compatible messaging systems which can 
exchange recorded messages and caller identification 
information and which preferably both support graphical 
notification services. It will be appreciated that in order 
to leverage existing technologies, it is preferred that the 
graphical notification system of the present invention 
provide down-ward compatible services to support ex- 
isting messaging services even when either of the caller 
or called party's messaging domain does not support 
graphical notifications. Such down-ward compatible 
support facilitates the convergence of messaging sys- 
tems with the graphical message notification service of 
the invention. 

[0080] In another variation, the call processing archi- 
tecture may be separate from the messaging platform 
represented by graphical message notification system 
10. For instance, messaging server software 74 may be 
deployed as an adjunct to a voice messaging server, 
rather than being integrated with the voice messaging 
server. In this latter case, a centralized identification da- 
tabase containing graphical information associated with 
users of graphical message notification system 10 may 
be connected to network 1 2. As messages are recorded 
by the voice messaging server, graphical message no- 
tification system 10 may record a reference to the re- 
corded messages in appropriate user profiles within the 
centralized identification database. Terminal messaging 
software 112 on a user terminal periodically polls a mes- 
saging server, such as messaging server software 74 
running on computer server 70, in search of new, unre- 
viewed messages for a user. When such a message is 
detected, a reference to the message is added to a list 
of waiting messages. Terminal messaging software 112 
then directs the terminal upon which software 112 re- 
sides to request graphical information associated with 



the source of the stored message from the centralized 
identification database. If such graphical information is 
found, it is used by messaging server software 74 to cre- 
ate a graphical message waiting notification for presen- 
5 tation via terminal messaging software 112 to the user 
to whom the message is addressed. Such a notification 
may be presented to the user as a business card with 
identification information pertaining to the sou rce as well 
as information pertaining to the waiting message, such 
10 as the date and time the message was recorded. If the 
waiting message originated from a source that is not 
registered in the centralized identification database, a 
default graphic that denotes a call from an external 
source could be presented by messaging server soft- 
's ware 74 to the user terminal for display along with textual 
identification information pertaining to the source and 
summary details regarding the stored message. The 
graphical message waiting notifications for such stored 
messages would be displayed on the user's terminal in, 
20 for example, a window of a graphical user interface or 
alternatively in a screen saver format for a dormant ter- 
minal. 

[0081] Referring to FIG. 12, in another aspect of the 
invention, graphical information associated with a 

25 source or addressee of a communication is provided 
over a data network to the other party to the communi- 
cation. In this aspect of the invention, graphical informa- 
tion associated with the source of the communication is 
provided to an addressee's end-user communications 

30 device via a web server or other network resource when 
a communication from a source is directed to the ad- 
dressee's end-user communications device. Graphical 
information associated with the addressee may also be 
provided to the source of the communication. 

3$ [0082] In the illustrative embodiment in FIG. 12, the 
graphical caller identification system includes a caller 
web server 250 interconnected, directly or indirectly, to 
a called party web server 256, a messaging system 265 
interconnected with called party web server 256, and 

40 end-user communications terminals 14 and 16 each 
having display devices. Web servers 250 and 256 may 
be similar in arrangement to web server computer 207 
(in FIG. 10), may be web server software residing re- 
spectively on the caller and called party's communica- 

45 tions devices, or may be web server software residing 
on respective computer servers within, or connected to, 
corresponding central offices or gatekeepers. 
[0083] Messaging system 265 may be arranged sim- 
ilar to graphical notification system 10 (see FIG. 1 and 

50 5) so as to provide both messaging services and graph- 
ical notification services and, in addition, so as to pro- 
vide graphical caller identification services. Alternative- 
ly, messaging system 265 can comprise a graphical call 
identification server operative to support graphical iden- 

55 tification services and separately connected to a mes- 
saging server, such as a voice messaging server, capa- 
ble of providing message recording services. In which- 
ever variation is deployed, messaging system 265 pref- 
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erably provides both graphical caller and called party 
identification. 

[0084] Referring to FIG. 12 to 15, a caller located at 
terminal 14 initiates a call to a called party via a network 
connection 280 using the voice over IP (VoIP) protocol 
defined by the International Telecommunications Union 
(ITU) H.323 specification. It will be appreciated by per- 
sons skilled in the art that H.323 is an umbrella recom- 
mendation from the ITU which provides a foundation for 
multimedia communications including audio, video and 
data communications across IP based networks such 
as local area networks and the Internet. H.323 includes 
a number of standardized protocols for handling call set 
up, call control, media control, and real-time data ex- 
change. 

[0085] The call (or call request) initiated from terminal 
14 includes the IP address of the called party's service 
provider =268 which for illustration is a gatekeeper 268. 
The call request is routed at step 300 through network 
274 and local area network 278 to gatekeeper 268 which 
looks up the IP address of the caller's web server 250 
in lookup table 266 and retrieves caller identification 
such as the caller's name and phone number at step 
302. It will be appreciated that in the embodiment 
shown, both the caller and the called party are subscrib- 
ers to the same sen/ice provided by gatekeeper 268. In 
this case, user profiles for both the caller and called par- 
ty, and IP addresses for their respective web servers 
and terminals, are stored locally within memory in gate- 
keeper 268. 

[0086] At step 304, gatekeeper 268 retrieves the IP 
address of the called party's web server 256 from either 
a lookup table or from the called party's user profile with- 
in user profile database 264. Messaging server 262 is 
programmed to encode the called party's web server IP 
address, the caller's web server IP address, and the call- 
er information into a web message such as an HTTP 
message which server 262 generates at step 306. Pref- 
erably, the HTTP message is generated as illustrated in 
FIG. 15, and includes instructions initiating operations 
by the called party's web server 256. For instance, in 
the preferred embodiment in FIG. 12, the HTTP mes- 
sage includes the location of a common gateway inter- 
face (CGI) script residing on the called party's web serv- 
er, with the caller information and the caller's web server 
IP address serving as query parameters for use by the 
CGI script when it is executed. Once the HTTP message 
is generated, gatekeeper 268 sends the HTTP message 
to the called party's web server 256 where the message 
is executed, launching the called party's CGI script at 
step 308. The called party's CGI script includes codes 
instructing the called party's web server 256 to look up 
the local LAN IP address for the called party's terminal 
1 6 via a local database. As a variation, the called party's 
web server 256 may be located on the called party's ter- 
minal 16, in which case the called party's web server 
256 would preferably be accessed via the same IP ad- 
dress as the called party's terminal. Advantageously, for 



systems in which all terminals are provisioned with their 
own web server, the gatekeeper can look up the IP ad- 
dress of the called party's terminal and bypass the step 
of looking up the called party's web server IP address. 

5 [0087] At step 310, the called party's CGI script in- 
structs the called party's web server 256 to send, using 
TCP/IP, the caller information received from the HTTP 
message to the IP address of terminal 16. Preferably, 
when terminal 16 is notified of an arriving call at step 

10 312, messaging software residing on terminal 16 dis- 
plays the received caller information while retrieval of 
the caller's graphical information is processed. Retrieval 
of the additional caller information, including graphical 
information associated with the caller is initiated at step 

15 314 wherein the TCP/IP message from step 310 in- 
structs the terminal messaging software or a web brows- 
er residing on terminal 1 6 to send an HTTP message or 
other firewall friendly message (such as FTR gopher or 
the like) to the caller's web server 250 so as to initiate 

20 a CGI script 252 on web server 250. In a fashion similar 
to CGI script 258, upon receipt by the caller's web server 
250 of the HTTP message from terminal 16, CGI script 
252 is executed with parameters from the received HT- 
TP message wherein the parameters identify requested 

25 caller information such as graphical image data 254. 
The requested caller information, including graphical 
image data 254, is retrieved by web server 250 under 
the handling of CGI script 252 at step 314 and transmit- 
ted back to terminal 16 as an HTTP message where it 

30 • is parsed and the graphical image data associated with 
the caller is presented to terminal 16 for display on the 
associated display device. Thereafter, the call between 
caller and called party proceeds to completion with the 
called party having available on terminal 16 both caller 

35 line identification information and a digital representa- 
tion of at least one graphical image associated with the 
caller. 

[0088] In the latter embodiment, graphical information 
and other information associated with the caller is re- 

40 trieved and presented to the called party. As in the afore- 
mentioned embodiment shown in FIG. 8 for graphical 
message waiting notification, however, graphical infor- 
mation and other subscriber information pertaining to 
the called party may be retrieved and presented to the 

45 caller at the time the caller initiates a call. Such called 
party information may be in a business card-like format 
and stored as web pages or documents as previously 
discussed above. 

[0089] By way of example, in FIG. 12 and 13, a caller 
50 initiating a call at step 300 may be a subscriber to such 
a service, in which case messaging server 262 may au- 
tomatically initiate retrieval of the called party's graphi- 
cal information from the appropriate networked re- 
source upon receiving the call request from the caller. 
55 Preferably, once the called party's web server IP ad- 
dress is identified in step 304, an HTTP message may 
be sent to the called party's web server initiating a CGI 
script coded to direct the called party's web server to 
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present to the caller's web server the appropriate graph- 
ical information associated with the called party. 
[0090] As another variation, a call to the called party 
terminal 14 may be paused temporarily at gatekeeper 
268 which initiates retrieval of the graphical image data 
associated with the caller in the aforementioned manner 
with the transmission of an HTTP transmission to CGI 
script 258. Once the caller graphical image data is de- 
livered to terminal 16, the call setup may be allowed to 
proceed by gatekeeper 268 upon receipt by gatekeeper 
268 of instructions to proceed from terminal 16. Advan- 
tageously, this embodiment offers a called party with vis- 
ual call screening. In this variation, preferably the call 
times out in the event gatekeeper 268 does not receive 
instructions to terminate or process the call within a pre- 
determined period of time. 

[0091] In one variation, a subscriber terminal may in- 
clude an interactive graphical activation software mech- 
anism for directing the terminal to instruct the messag- 
ing server 262 to activate or deactivate graphical iden- 
tification of the associated subscriber. Advantageously, 
this activation/deactivation feature has application both 
for calls as well as message recording. When deactivat- 
ing graphical identification, the subscriber's terminal can 
be programmed to instruct messaging server 262 to de- 
activate the subscriber's graphical ID feature for a par- 
ticular communication, for a particular recipient or until 
the messaging server 262 receives a activation signal 
from the subscriber's terminal. 
[0092] In another variation of the embodiment shown 
in FIG. 12, messaging server 262 may provide a sub- 
scriber with the ability to pre-select particular graphical 
images for presentation to another subscriber during a 
communication depending upon the purpose or recipi- 
ent of the communication. For instance, a subscriber 
may, via the subscriber's terminal device, pre-select a 
graphical picture of a monogrammed golf ball for com- 
munications with other subscribers about golf. Alterna- 
tively, a subscriber may pre-select another graphical 
picture to present during communications with specific 
other subscribers, such as family members or business 
colleagues. The selection of a graphical image may be 
performed by the subscriber's terminal explicitly with 
each communication, or may be set by default for all 
communications or for specific classes of communica- 
tions or subscribers. For instance, a subscriber's termi- 
nal may include selection software which directs the 
subscriber's terminal, in response to user input, to ref- 
erence graphical images associated with the subscriber 
to particular recipients stored in the subscriber's person- 
al directory located on the terminal or on an accessible 
network resource. It will be appreciated, as with other 
variations herein, that the ability to pre-select or pre-as- 
sign subscriber-related graphical images for presenta- 
tion in a communication also has application in graphical 
message waiting notification. Furthermore, as is the 
case with the calling party, the called party may also 
choose the particular graphical image to be presented 



to incoming callers either by default (for instance, for 
callers whom are not pre-assigned for presentation a 
graphical image associated with the called party), or by 
specific pre-association of called party graphical images 
5 with known callers stored in data files in the called par- 
ty's personal directory. 

[0093] In order to reduce delays in transactions, proxy 
servers 270 and 272 may be provided as network re- 
sources so as to each cache web page information con- 
10 cerning the called party web server 256 and the caller's 
web server 250, respectively. Moreover, lookup table in- 
formation may be cached locally within a called party's 
messaging domain such as at the called party's mes- 
saging server or the called party's web server and may 

*5 be flushed periodically or if the cached lookup table in- 
formation generates erroneous IP addresses or phone 
numbers (as the case may be). Furthermore, in Intranet 
and similar networks, call transactions may be per- 
formed via a single web server over the network which 

20 acts as the web server for both callers and called parties. 
Providing for a single web server eliminates the multiple 
network transactions which would otherwise be neces- 
sary between web servers as illustrated the description 
with respect to FIG. 12 above. 

25 [0094] In yet another variation, preferably the CGI 
scripts residing on caller and called party web servers 
adhere to a standardized naming convention for ease 
of implementation. In another variation, rather than han- 
dling communication between called party's terminal 16 

30 and caller's web server 250 using HTTP, communication 
is handled according to FTP or the like and requested 
caller information including graphical information from 
caller's web server 250 is delivered to terminal 16 as 
data files which are stored in RAM or permanent storage 

35 in terminal 16. 

[0095] Referring to FIG. 17, there is shown another 
illustrative network architecture for use with the graphi- 
cal caller identification system shown in FIG. 12. In FIG. 
17, caller and called party are subscribers to separate 

40 messaging domains interconnected directly or via net- 
works or subnetworks. In this case, a caller initiates a 
call from a PSTN connected telephone or from a net- 
worked phone or computer connected to the caller's 
central office 267. The initiated call is received by the 

4$ caller's central office or PBX wherein the switching 
equipment thereof looks up the IP address of the called 
party's web server 256 as well as the IP address of the 
caller's web server 250. Preferably, the central office or 
PBX includes a computer server operative to generate 

so an HTTP message addressed to the called party's web 
server 256 and including a call to CGI script 258 with 
parameters passing to the CGI script the IP address of 
the caller's web server 250 and caller information such 
as caller line ID information retrieved by the caller's local 

55 central office or PBX. The HTTP message is sent by the 
central office or PBX to the called parly's web server 256 
wherein the CGI script 258 referenced in the HTTP mes- 
sage is executed with the passed-in parameters includ- 
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ed in the HTTP message. Processing then proceeds as 
described above with reference to FIG. 12. In another 
alternative, the caller's call may be passed over a PSTN 
network by the caller's local central office or PBX to the 
called party's central office or PBX. In this latter case, 
the called party's central office or PBX switching equip- 
ment looks up the IP address of the calling party's web 
server 256 and sends the HTTP message to web server 
256. 

[0096] In another variation, the web server architec- 
tures described above in respect of FIG. 12 to 17 may 
also be implemented in the context of graphical mes- 
sage waiting notification described in respect of FIG. 1 
to 11. Advantageously, the same message handling 
techniques may be used with the same or similar CGI 
scripts. If, for instance, a call directed to terminal 16 in 
FIG. 12 does not connect, CGI script 258 directs the 
called party's web server 256 to pass a message to the 
messaging server 262 containing the URL of the caller's 
web server 250 and the caller ID. Upon receiving the 
message from web server 256, messaging server 262 
requests from the caller's web server 250 the graphical 
and textual information associated with the caller if such 
information is not already available. Graphical and tex- 
tual information associated with the caller and received 
from the caller's web server 250 is stored as a graphical 
notification in the called party directory on a web server 
local to network 278. Preferably, such graphical notifi- 
cations are stored with unique names so that the name 
of a graphical notification may be used to correlate the 
graphical notification with the appropriate stored mes- 
sage. Stored messages are preferably stored on a stor- 
age device connected to messaging server 262 for re- 
trieval by the called party's terminal 1 6. Terminal 1 6 may 
retrieve pending graphical notifications from the called 
party directory on the local web server (eg. called party 
web server 256) and requests for stored messages may 
be initiated using the CGI script of such a web server to 
initiate retrieval of selected messages from the mes- 
sage server 262. 

[0097] In yet another variation, graphical message 
notification and graphical source and addressee identi- 
fication services may be used with the Analog Display 
Services Interface (ADSI) protocol. For instance, an AD- 
Si server may be connected to a central office associ- 
ated with a voice messaging server. At the direction of 
the voice messaging server, the ADSI server may in- 
struct the central office to send a message to the resi- 
dential ADSI phone containing message waiting notifi- 
cation information including graphical information asso- 
ciated with the source of an incoming message. The 
called party's ADSI phone receives the graphical notifi- 
cation associated with the source of the incoming mes- 
sage and displays the information on a built-in display 
screen. 

[0098] Although this invention has been described 
with reference to illustrative embodiments which are 
merely illustrative of a preferred embodiment of carrying 



out the invention, this description is not intended to be 
construed in a limiting sense. Various modifications of 
form, arrangement of parts, steps, details and order of 
operation of the illustrative embodiments, as well as oth- 
5 er embodiments of the invention, will be apparent to per- 
sons skilled in the art upon reference to this description. 
For instance, the functionality provided by CGI scripts 
in the proceeding examples may also be provided by 
other mechanisms, such as Java Servlets, Server Side 

10 Includes (SSI) and other types of programs that can be 
invoked via command from a network. It is therefore 
contemplated that the appended claims will cover such 
modifications and embodiments as fall within the true 
scope of the invention. 

15 [0099] It will readily be appreciated that the invention 
provides a broad method, namely a method of indicating 
a source of a stored message, the method comprising 
generating an information signal relating the stored 
message to at least one graphical image associated 

20 with said source; and transmitting the information signal 
to a communications device associated with an ad- 
dressee of the stored message. 
[0100] The method may be implemented in a number 
of manners characterized by various optional features 

2$ such as discussed below. 

[0101] In an embodiment of the invention, the method 
includes the step of determining the source of the stored 
message. The determining step may include determin- 
ing a calling party associated with the stored message 

30 or include determining caller line identification informa- 
tion associated with the stored message. 
[0102] From a networked device associated with the 
source, source information for associating the source 
with the at least one graphical image may be requested. 

35 The method may include receiving the source informa- 
tion from the networked device and producing the infor- 
mation signal in said generating step using the source 
information. The source information may be stored after 
said receiving step in a centrally located network re- 

40 source associated with the addressee. The receiving 
step may include receiving the at least one graphical im- 
age from the network device. 

[0103] In one embodiment of the invention, the broad 
method is one in which the generating step includes as- 

45 sociating the at least one graphical image with a sub- 
scriber of a messaging system. 
[0104] The broad method may be one in which the 
generating step includes identifying a media type of the 
stored message and generating a representation of the 

so media type in the information signal. Data identifying the 
media type of the stored message from a network device 
associated with a subscriber may be requested. The 
method may conveniently include the step of encoding 
into the information signal a graphical image associated 

55 with the media type of the stored message or encoding 
into the information signal data relating the stored mes- 
sage with a graphical image associated with the media 
type of the stored message. 
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[01 05] In a particular form of the invention, the method 
includes the transmission of the stored message to a 
networked communications device in response to a re- 
quest for the stored message from the networked com- 
munications device. 

[01 06] The transmitting step of the broad method may 
include the transmission of the information signal to the 
communications device of the addressee in response to 
receiving a request for pending notifications from the ad- 
dressee. 

[0107] The method may include provision to the 
source of at least one graphical image relating to the 
addressee before recording the stored message. 
[0108] The method will conveniently include provision 
in the information signal of a digital representation of a 
sound waveform associated with the source. 
[0109] Conveniently, the method according to the in- 
vention includes retrieving a digital representation of a 
sound waveform associated with the source and encod- 
ing the digital representation of the sound waveform in 
the information signal before transmitting the informa- 
tion signal to the communications device. 
[01 10] The method may conveniently include the step 
of generating within said information signal a represen- 
tation of a least one video frame from a stream of video 
data associated with the source. 
[0111] The stored message may in any event include 
a stream of video data and said generating step may 
include producing within said information signal a rep- 
resentation of at least one video frame from the stream 
of video data. 

[0112] It is another optional feature of the method that 
the stored message includes a stream of video data, the 
generating step then including extracting the at least 
one graphical image from the stream of video data. 
[0113] A control signal may be sent to a network re- 
source for instructing the network resource to add at 
least a portion of the information represented within the 
information signal to a web page accessible to the com- 
munications device. Conveniently, the communications 
device may be notified of a pending notification on the 
web page. 

[0114] A caller line related signal may be received in 
the method of the invention identifying subscriber infor- 
mation associated with a caller line from which the 
stored message was received, at least a portion of the 
subscriber information in the information signal being 
conveniently included in said generating step. 
[01 15] In the method of the invention, a preferred step 
comprises relating the stored message to a pre-selected 
graphical image associated with the source and pre-se- 
lected by the source. 

[0116] The method includes in preferred embodi- 
ments, the steps of (i) alerting the communications de- 
vice that an incoming message from the source is being 
stored and (ii) permitting the communications device to 
interrupt the storage of the incoming message and con- 
nect with the source. 



[0117] It will also readily be appreciated that the in- 
vention provides a broad apparatus, namely an appara- 
tus for identifying a source of a stored message, the ap- 
paratus comprising a generator for generating an infor- 

s mation signal relating the stored message to at least one 
graphical image associated with said source; and a 
transmitter for initiating transmission of the information 
signal to a communications device associated with an 
addressee of the stored message. 

10 [0118] The apparatus may include a processor pro- 
grammed to (i) identify a network location where the at 
least one graphical image can be accessed by the ad- 
dressee; and (ii) generate a representation of the net- 
work location within the information signal. 

15 [0119] The generator man include a message waiting 
notification server for producing the information signal. 
[0120] The apparatus conveniently includes a proc- 
essor programmed to initiate storage of at least a portion 
of the information within the information signal in a net- 

20 work resource. 

[0121] It is a further feature that the apparatus may 
include a computer server operative to communicate 
with a network resource where the at least one graphical 
image is stored. The transmitter may be an integral com- 

25 ponent of said computer server. 

[01 22] A receiver for receiving a request for a pending 
graphical notification from the addressee may be includ- 
ed in apparatus according to the invention. The gener- 
ator may be programmed to process the request for a 

30 pending graphical notification. By way of example, the 
transmitter is conveniently programmed to transmit the 
pending graphical notification to the communications 
device in the form of the information signal. 
[0123] A processor programmed to process a request 

35 from the communications device for the stored message 
is included in one particular form of the apparatus ac- 
cording to the invention. 

[0124] The apparatus of the invention may conven- 
iently include a processor programmed to process a rep- 
40 resentation of the at least one graphical image for inclu- 
sion in the information signal. The processor is conven- 
iently programmed to generate the representation of the 
at least one graphical image. Alternatively, the proces- 
sor is conveniently programmed to retrieve the repre- 
ss sentation of the at least one graphical image. 

[0125] In an embodiment of the apparatus of the in- 
vention, the transmitter includes a processor pro- 
grammed to instruct the communications device to add 
at least a portion of the information signal to a web page 
50 accessible to an end-user display device associated 
with the addressee. 

[0126] The apparatus according to the invention may 
conveniently be one in which the generator includes a 
processor programmed to (i) identify a media type of the 
55 stored message, and (ii) include a digital image associ- 
ated with the media type in the information signal. 
[0127] The apparatus according to the invention con- 
veniently includes a processor programmed to repro- 
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duce within said information signal a representation of 
at least one video frame from a video stream associated 
with the source. 

[01 28] A system including the apparatus of the inven- 
tion may conveniently further include a network compu- s 
ter operative to receive an incoming signal associated 
with the stored message and to initiate generation of the 
information signal with said generator in response to the 
incoming signal. The network computer may be pro- 
grammed to communicate with the communications de- 10 
vice via a network connection. The communications de- 
vice may or may not be included in the system and in 
accordance with the invention, for the avoidance of all 
doubt, it is to be noted that the invention includes sys- 
tems including the communication device and those not '5 
so including. 

[0129] In any event, the communications device may 
include a processor programmed to receive and display 
the at least one graphical image, and the processor may 
be programmed to receive the at least one graphical im- 20 
age from the network computer and in particular the 
processor may be programmed to (i) retrieve from the 
information signal a network location identifying where 
the at least one graphical image can be accessed; and 
(ii) retrieve from a network device located at the network 25 
location the at least one graphical image for display to 
the addressee. 



Claims 30 

1. A method of indicating a source of a stored mes- 
sage, the method comprising: 



of the stored message. 

2. A method according to claim 1 , including generating 
a representation of said at least one graphical im- 
age in the information signal. 45 

3. A method according to claim 1, wherein said gen- 
erating step includes: 



generating a representation of said network lo- 
cation in said information signal. ss 

4. A method according to claim 3, including determin- 
ing a network address identifying said network lo- 



cation. 

5. A method according to claim 1 , wherein said trans- 
mitting step includes transmitting said information 
signal for receipt by a network resource associated 
with the addressee. 

6. A method according to claim 1 , including receiving 
notification that the stored message has been re- 
ceived. 

7. A method according to claim 1 , including storing the 
information signal for subsequent retrieval and 
transmission to the communications device. 

8. A method according to claim 1, wherein said gen- 
erating step includes generating said information 
signal in response to receipt of a signal indicating 
that the stored message has been received. 

9. A method according to claim 1 , including determin- 
ing the source of the stored message. 

10. A method according to claim 9, wherein said deter- 
mining step includes (i) determining a calling party 
associated with the stored message or (^determin- 
ing caller line identification information associated 
with the stored message. 

11. A method according to claim 9, including request- 
ing, from a networked device associated with the 
source, source information for associating the 
source with the at least one graphical image. 

12. A method according to claim 1, wherein said gen- 
erating step includes associating the at least one 
graphical image with a subscriber of a messaging 
system. 

13. A method according to claim 1, wherein said gen- 
erating step includes identifying a media type of the 
stored message and generating a representation of 
the media type in the information signal. 

14. A method according to claim 1, including transmit- 
ting the stored message to a networked communi- 
cations device in response to a request for the 
stored message from the networked communica- 
tions device. 

15. A method according to claim 1, wherein in said 
transmitting step the information signal is transmit- 
ted to the communications device of the addressee 
in response to receiving a request for pending noti- 
fications from the addressee. 

16. A method according to claim 1, including providing 
the source with at least one graphical image relating 



generating an information signal relating the 35 
stored message to at least one graphical image 
associated with said source; and 

transmitting the information signal to a commu- 
nications device associated with an addressee 40 



identifying a network location where the at least so 
one graphical image can be accessed by the 
addressee; and 
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to the addressee before recording the stored mes- 
sage. 

1 7. A method according to claim 1 , including producing 

in the information signal a digital representation of s 
a sound waveform associated with the source. 

18. A method according to claim 1, including retrieving 
a digital representation of a sound waveform asso- 
ciated with the source and encoding the digital rep- io 
resentation of the sound waveform in the informa- 
tion signal before transmitting the information signal 

to the communications device. 

1 9. A method according to claim 1 , including generating '5 
within said information signal a representation of at 
least one video frame from a stream of video data 
associated with the source. 

20. A method according to claim 1, wherein the stored 20 
message includes a stream of video data and said 
generating step includes producing within said in- 
formation signal a representation of at least one vid- 
eo frame from the stream of video data. 

25 

21. A method according to claim 1, wherein the stored 
message includes a stream of video data and said 
generating step includes extracting the at least one 
graphical image from the stream of video data. 

30 

22. A method according to claim 1 , including sending a 
control signal to a network resource for instructing 
the network resource to add at least a portion of the 
information represented within the information sig- 
nal to a web page accessible to the communications 35 
device. 

23. A method according to claim 1, including receiving 
a caller line related signal identifying subscriber in- 
formation associated with a caller line from which 40 
the stored message was received; and including at 
least a portion of the subscriber information in the 
information signal in said generating step. 



a generator for generating an information signal 
relating the stored message to at least one 
graphical image associated with said source; 
and 

a transmitter for initiating transmission of the in- 
formation signal to a communications device 
associated with an addressee of the stored 
message. 

27. An apparatus according to claim 26, including a 
processor programmed to: (i) identify a network lo- 
cation where the at least one graphical image can 
be accessed by the addressee; and (ii) generate a 
representation of the network location within the in- 
formation signal. 

28. An apparatus according to claim 26, wherein said 
generator includes a message waiting notification 
server for producing the information signal. 

29. An apparatus according to claim 26, including a 
processor programmed to initiate storage of at least 
a portion of the information within the information 
signal in a network resource. 

30. An apparatus according to claim 26, including a 
computer server operative to communicate with a 
network resource where the at least one graphical 
image is stored. 

31. An apparatus according to claim 26, including a re- 
ceiver for receiving a request for a pending graphi- 
cal notification from the addressee. 

32. An apparatus according to claim 26, including a 
processor programmed to process a request from 
the communications device for the stored message. 

33. An apparatus according to claim 26, including a 
processor programmed to process a representation 
of the at least one graphical image for inclusion in 
the information signal. 



24. A method according to claim 1, including relating 
the stored message to a pre-selected graphical im- 
age associated with the source and pre-selected by 
the source. 

25. A method according to claim 1, including alerting 
the communications device that an incoming mes- 
sage from the source is being stored and permitting 
the communications device to interrupt the storage 
of the incoming message and connect with the 
source. 

26. An apparatus for identifying a source of a stored 
message, the apparatus comprising: 



45 34. An apparatus according to claim 26, wherein said 
transmitter includes a processor programmed to in- 
struct the communications device to add at least a 
portion of the information signal to a web page ac- 
cessible to an end-user display device associated 

50 with the addressee. 

35. An apparatus according to claim 26, wherein said 
generator includes a processor programmed to (i) 
identify a media type of the stored message, and (ii) 

55 include a digital image associated with the media 
type in the information signal. 

36. An apparatus according to claim 26, including a 
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processor programmed to reproduce within said in- 
formation signal a representation of at least one vid- 
eo frame from a video stream associated with the 
source. 

5 

37. A system including the apparatus claimed in claim 
26, and further comprising: 

a network computer operative to receive an incom- 
ing signal associated with the stored message and 
to initiate generation of the information signal with 10 
said generator in response to the incoming signal. 

38. A computer readable medium including codes for: 

(a) directing a network computer to generate an '5 
information signal relating a stored message to 

at least one graphical image associated with a 
source of the stored message; and 

(b) directing the network computer to transmit 20 
the information signal to a communications de- 
vice associated with an addressee of the stored 
message. 

39. A computer readable medium according to claim 25 
38, wherein:- 

a) said codes include codes for directing the 
network computer to produce a representation 

of said at least one graphical image in the in- 30 
formation signal; and/or 

b) said codes include codes for directing the 
network computer to (i) identify a network loca- 
tion where the at least one graphical image can 35 
be accessed by the addressee, and to (ii) gen- 
erate a representation of said network location 

in the information signal; and/or 

c) said codes include codes for directing the 40 
network computer to (i) retrieve a network ad- 
dress identifying a network location where the 

at least one graphical image can be accessed 
and to (ii) provide the network address in the 
information signal; and/or 45 

d) said codes include codes for directing the 
network computer to transmit the information 
signal to a network resource associated with 

the addressee; and/or so 

e) said medium includes codes for directing the 
network computer to initiate storage of at least 
a portion of the information signal for subse- 
quent retrieval and transmission to the commu- ss 
nications device; and/or 

f) said medium includes codes for directing the 



network computer to determine the source of 
the stored message; and/or 

g) said codes include codes for directing the 
network computer to determine a calling party 
associated with the stored message; and/or 

h) said codes include codes for directing the 
network computer to determine a caller line as- 
sociated with the stored message; and/or 

i) said codes include codes for directing the net- 
work computer to: (i) identify a media type of a 
stored message, and (ii) produce a represen- 
tation of a graphical image associated with the 
media type in the information signal; and/or 

j) said medium includes codes for directing the 
network computer to transmit the stored mes- 
sage to the communications device in response 
to a request for the stored message from the 
addressee; and/or 

k) said codes include codes for directing the 
network computer to transmit the information 
signal to the communications device in re- 
sponse to the network computer receiving a re- 
quest for pending notifications from the ad- 
dressee; and/or 

I) said medium includes codes for directing the 
network computer to: (i) retrieve a digital repre- 
sentation of a sound waveform associated with 
the source, and (ii) encode the digital represen- 
tation of the sound waveform in the information 
signal before transmission of the information 
signal to the communications device; and/or 

m) said medium includes codes for directing the 
network computer to reproduce within said in- 
formation signal a representation of at least one 
video frame from a video stream associated 
with the source; and/or 

n) said codes include codes for directing the 
network computer to: (i) transmit a control sig- 
nal to a network resource for instructing the net- 
work resource to add at least a portion of the 
information represented in the information sig- 
nal to a web page accessible to the communi- 
cations device; and/or 

o) said medium includes codes for directing the 
network computer to relate the stored message 
to a pre-selected graphical image associated 
with the source and pre-selected by the source; 
and/or 
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p) codes for directing the network to alert the 
communications device that an incoming mes- 
sage from the source is being stored and per- 
mitting the communications device to interrupt 
the storage of the incoming message and con- s 
nect with the source. 

40. A method of indicating receipt of a stored message 
from a source, the method comprising: 

10 

generating an information signal relating the 
stored message to at least one of: (i) a graphical 
image associated with the source; and (ii) a dig- 
ital representation of a sound waveform asso- 
ciated with the source; and is 

transmitting the information signal to a commu- 
nications device associated with an addressee 
of the stored message. 

20 

41 . A method according to claim 40, wherein said gen- 
erating step includes relating, within the information 
signal, the stored message to a plurality of graphical 
images associated with the source. 

25 

42. A method according to claim 40, wherein said gen- 
erating step includes relating, within the information 
signal, the stored message to a plurality of digital 
representations of sound waveforms associated 
with the source. 30 

43. A method according to claim 40, wherein the stored 
message includes a stream of video data and said 
generating step includes producing within said in- 
formation signal a digital representation of a plural- 35 
ity of video frames captured from the stream of vid- 
eo data so as to include within said information sig- 
nal a video notification associated with the source. 

44. A method according to claim 43, wherein the stream 40 
of video data includes audio data and wherein the 
digital representation of the at least one sound 
waveform is captured from said audio data. 
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